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(57) Abstract: A method for assigning sending permissions in a telecommunications ^y^^^"^. 

comprising a unit (20) providing access to said system for at least one telecommunication terminal (40) and a control "^^^ (U) for 
LTedu ling data tt^sfer between said at least one telecommunication terminal and the telecommumcations ^y^f ^^^^^^J^^^^ 
tSunit(ll)islocated apart fh)m the access providing unit(20)a^^ 
SLndaBdLrethanoLtelecommum 

terminal is allowed to send on the transmission channel when a sending permission is assigned to said telecommunication terminal, 
whereby the access providing unit (20) is arranged to assign a sending permission to the telecommunication terminal. 
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Sending permission assignment in telecommunications system 

BACKGROUND OF THE INVENTION 

The invention relates to assigning sending pemnlssions in a tele- 
communications system. 

• 5 The general packet radio service GPRS is a new service In the 

GSM system. The GPRS subnetwork includes a number of packet data sen/- 
ice nodes SN, which will be called serving GPRS support nodes SGSN in this 
application. Each SGSN is connected to a GSM mobile communication net- 
work (typically to a base station controller BSC or to a base station BTS in the 

10 base station system) to allow the SGSN to provide packet service for mobile 
data terminals via several base stations, I.e. cells. The intermediate mobile 
communication network provides a radio interface and packet-switched data 
transmission between the SGSN and the telecommunication terminal i.e. mo- 
bile stations (MS). Different subnetworks are connected to an external data 

15 network, e.g. to a public switched data network PSPDN, via GPRS gateway 
support nodes GGSN. Thus the GPRS service enables packet data transmis- 
sion between mobile stations and external data networks as the GSM network 
functions as a radio access network RAN. 

In the GPRS network data packets arriving from several users are 

20 sent using the same radio channel. Therefore, the unit responsible for timing, 
I.e. the packet control unit (PCU), has to be able to decide in which radio 
frame each data packet is sent. The PCU assigns sending permissions for 
mobile stations sharing a radio timeslot (TS), i.e. tells which mobile station 
may transmit and when. The packet control unit may be separate from the 

25 actual unit providing the radio interface. According to GPRS specifications, 
PCiJ may be located at a base station (BTS), a base station controller (BSC) 
or an SGSN site. 

A GPRS block period (BP) is a sequence of four time slots on a 
PDCH (Packet Data Channel) used to convey one radio block. A radio block is 
30 a sequence of four normal bursts carrying one RLC/MAC (Radio Link Con- 
trol/Medium Access Control) protocol data unit, i.e. a RLC/MAC block which is 
a data unit exchanged between RLC/MAC entities. The block period is ap- 
proximately 20 ms corresponding to the period that the transmission of one 
RLC/MAC block over the Abis Interface lasts. 
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2 

In case dynaniic allocation is used for uplink transmission, the PCU 
assigns a mobile station uplink sending pennission by including USF (Uplink 
State Flag) allocated for the mobile station in downlink RLC/MAC block's MAC 
header. Mobile stations observe the time slots allocated to their uplink trans- 
mission and in case a mobile station recognizes its own USF in downlink 
RLC/MAC block's MAC header, the mobile station may transmit in the uplink 
direction on the next block period. 

In case fixed allocation is used for uplink transmission, the PCU as- 
signs a mobile station uplink sending pemnissions in an assignment bitmap. 
The mobile station does not have to monitor downlink RLC/MAC blocks to find 
out whether the mobile station may transmit or not. Based on the assigned, 
bitmap the mobile station knows in advance when the mobile station may 

transmit. ^ , , 

The PCU may also poll a mobile station using a RRBP (Relatively 
Reserved Block Period) field in the MAC header. For example, in case of 
downlink transmission, the PCU may include a valid RRBP field in a downlink 
RLC/MAC data block which causes one uplink block period resen/ation for the 
mobile station. In the allocated block period the mobile station shall send a 
Packet Downlink Ack/Nack message to the PCU and acknowledge received 
blocks. In the Downlink Ack/Nack message the mobile station may also indi- 
cate if It has data to be sent. , 
In case a mobile station is transferring real-time (RT) traffic, the 
mobile station needs more sending pemnissions than a mobile station transfer- 
ring non-real-time (NRT) traffic in order to meet delay and throughput require- 
25 ments. An RT mobile station should be able to start transmitting data quite 
soon (within 40 to 60 ms. for example) after having data at the RLC/MAC layer 

(e.g. when a user starts to talk). 

An RT mobile station having a silent period (i.e. having tennporanly 
no data to transmit e.g. because the user is not talking) is polled in order to 

30 leam if the mobile station has data to be transmitted. When the PCU is lo- 
cated apart from a BTS site (in a BSC. for example), the time between sending 
the polling command and receiving a response firom tiie MS is several block 
periods (BPS). The delay can be around 8 BPs (160ms) which consists of the 
following components: PCU to BTS transmission takes 3 BPs (approximate 

35 value, due to e.g. delay caused by buffering inside the BTS). BTS to MS 
transmission takes 1 BP. MS to BTS transmission takes 1 BP. BTS to PCU 



20 



wo 02/09463 



PCT/FIOl/00681 



3 

transmission takes 3 BPs. Thus the PCU learns only about 8 BPs after polling 
the mobile station if the mobile station has more data to transmit. 

The PCU has currently two ways to schedule (assign a sending 
pennlssion) a mobile station if the PCU is located apart from a BTS site: 
5 1) The PCU could poll the mobile station every now and then and 

start assigning sending pennissions to the mobile station only after learning 
the mobile station has more data to transmit. It would take around 12 BPs (8 + 
4) before the mobile station would be able to transmit data at nomial phase. 

2) The PCU could assign a sending permission to the mobile station 
10 e.g. every second BP. When the PCU learns the mobile station has more data 
to transmit, the PCU starts assigning sending permissions to the mobile station 
more fi^quently (e.g. at every BP). Before the mobile station receives sending 
pennissions frequently enough, the mobile station may use the already sent 
polling pemnissiohs to start sending data. 
"•S The alternative 1 is probably much too slow and thus would give 

unacceptable transmission delay for an RT mobile station. The alternative 2 
may give acceptable service for the RT mobile station in case the PCU polls 
the mobile station frequently enough. However, the polling sending pennis- 
sions the RT mobile station uses to start its transmission may not be enough 
20 to satisfy the delay and throughput characteristics. Furthermore, sending per- 
missions are wasted if the mobile station is polled frequently and it has nothing 
to send. 

BRIEF DESCRIPTION OF THE INVENTION 

The object of the invention is to provide a method and an apparatus 
25 implementing the method to eliminate the above-mentioned problems. The 
object of the invention is achieved by a method and an an-angement which are 
characterized by what is disclosed in the independent claims 1, 21 and 37. 
■ The preferred embodiments of the invention are disclosed in the dependent 
claims. 

30 The invention is based on the idea that a unit (e.g. a base station) 

providing access to a telecommunications system for telecommunication ter- 
minals (e.g. a mobile station) participates in an uplink sending pemilssion as- 
signment procedure when a control unit (e.g. a packet control unit) that sched- 
ules data transfer between the telecommunication temiinal and the teleoom- 

35 munications system is not located at said access providing unit. 
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An advantage of the nnethod and an^ngement of the invention is 
that it enables enough sending pennissions to be assigned for a telecommuni- 
cation temiinal, when the telecommunication temnlnal has more data to be 
transmitted after a silent period, and thus enables the more efficient use of 
5 resources. The invention is especially advantageous when transmitting real 
time traffic. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will be described in greater detail by means of pre- 
ferred embodiments with reference to the accompanying drawings, in which 
-1 0 Figure 1 is a block diagram of a data transmission system according 

to a preferred embodiment of the invention, 

Figure 2 illustrates a multi-frame structure of a PDGH channel of the 

GPRS system, 

Figure 3 illustrates structures of an RLC/MAC block and a radio 

15 block. 

Figure 4 illustrates a message sequence diagram according to an 

embodiment of the invention, 

Figure 5A illustrates sending pemiissions assigned by the PCU, 
Figure 5B illustrates sending pemriissions assigned by the PCU and 
20 Figure 5C illustrates sending permissions after the modification by 

the BTS according to an embodiment of the invention. ' 

DETAILED DESCRIPTION OF THE INVENTION 

The present invention Is applicable to different telecommunteations 
systems, e.g. to the GSM system together with the general packet radio sen^- 
25 ice (GPRS). In the following, the preferred embodiments of the invention are 
described by means of the GPRS/GSM radio system without limiting the in- 
vention to this particular radio system. The invention is not limited to systems 

utilizing a radio path either. 

Figure 1 illustrates, in respect of the parts relevant to understanding 

30 the invention, the basic architecture of the GSM system and the archrtecture of 
a GPRS packet radio network implemented in the GSM system. The basic 
structure of the GSM network consists of two parts: a base station system 
(BSS) and a network subsystem (NSS). The BSS and mobile stations (MS) 40 
communicate via radio connections over a radio interface Urn. In the base sta- 

35 tion system BSS each cell is sen/ed by a base transceiver station (BTS) 20. 
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The base station 20 is connected to a base station controller (BSC) 10, which 
controls the radio frequencies and channels used by the base station. The 
base station controller 10 is further connected to a mobile switching centre 
(MSG, not shown). As regards a more detailed description of the GSM system, 
5 reference is made to the ETSI/GSM recommendations and to The GSM Sys- 
tem for Mobile Communications, M. Mouly and M-B. Pautet, Palaiseau, 
France, 1992, ISBN: 2-9507190-07-7. 

Figure 1 also Illustrates a support node 30 of the GPRS system, 
which Is connected to the GSM system. The serving GPRS support node 30 is 

10 a node which serves the mobile station 40. Each support node SGSN man- 
ages the packet data service in the area of one or more cells in a cellular 
packet radio network. For this purpose, each support node SGSN is con- 
nected (Gb interface) to a certain local part of the GSM mobile communication 
system. This connection is typically made to the base station system BSS, i.e. 

15 to the base station controller BSC (as in Figure 1) or to one of the base sta- 
tions BTS. The mobile station 40, which is in the cell, communicates with the 
base station 20 over the radio interface Urn and further through the mobile 
communication network with the support node 30 to the service area of which 
the cell belongs. In principle, the mobile communication network between the 

20 support node 30 and the mobile station 40 only transmits packets between 
these two. The mobile communication network provides a physical connection 
for transmission of data packets between the mobile station 40 and the serving 
support node 30. Additional information on the GPRS and the protocols used 
therein can be obtained, if needed, from ETSI (European Telecommunications 

25 Standards Institute) GPRS specifications. 

The base station system and the sen/ing support node are con- 
nected by a Gb interface which enables exchange of signalling information 
and data. To be more precise, the Gb interface is located between a packet 
control unit (PCU) 11 and the SGSN 30. The packet control unit is a functional 

30 unit which is responsible for different functions in the GPRS MAG (Medium 
Access Control) and RLC (Radio Link Control) layers. These functions include 
establishment of RLC/MAC blocks for downlink transmission (towards the mo- 
bile station), de-assembly of blocks for uplink transmission (towards the net- 
work), timing of PDCH (Packet Data Channel), channel access control func- 

35 tions (access request and access grants) and management functions of the 
radio channel, such as power control, allocation and release of radio channels 



wo 02/09463 



PCT/FIO 1/00681 



6 

and broadcast of control infomiation, for example. Figure 3 illustrates the 
structure of an RLC/MAC block which consists of two parts which are the MAC 
header and an RLC data block or an RLC/MAC control block. All downlink 
RLC/MAC blocks comprise an USF (Uplink State Flag) field in the MAC 
5 header which indicates the owner or use of the . next uplink radio block on the 
same time slot. 

The packet control unit is connected to a channel codec unit (CCU) 
21 and 22 by means of an Abis interface. The functions of the channel codec 
unit include channel coding functions (Including codirectlonal error connection 
^10 FEC and interleaving) and measuring functions related to the radio channel. 
The channel codec unit also establishes GPRS radio blocks, i.e. GPRS pack- 
ets in which the data and signalling Information, i.e. RLC/MAC protocol data 
units, are sent over the radio interface Urn. The channel codec unit 21 and 22 
is always located in the base station 20, but the PCU has a variety of altema- 
15 tive locations: base station BTS, base station controller BSC (as in Figure 1) or 
support node SGSN. When the PCU is separate from the BTS, the CCU (or 
some similar unit within the BTS) may control some of the PCU functions. 

When the packet control unit 1 1 is separate from the base station 
20, data is transmitted between the packet control unit 11 and the channel 
20 codec unit 21 or 22 over the Abis interface using PCU-TRAU frames which are 
extensions of the TRAU (Transcoder/Rate Adaptor Unit) frames. Both GPRS 
data signals and GPRS MAC/RLC control signals on a PDTCH (Packet Data 
Traffic Channel) are transmitted in the PCU-TIRAU frames. 

Over the air interface Um traffic is transmitted in blocks which are 
25 provided by the physical layer of the OSI model. The duration of each physical 
block (radio block) is four GSM bursts, which are sent in sequence on one 
physical channel (time slot). Figure 2 illustrates the multi-frame structure of a 
PDCH channel which comprises 52 TDMA frames. Each of the radio blocks BO 
to B1 1 is divided into four TDMA frames. There is also one idle frame (denoted 
30 by X in the figure) at the intervals of three radio blocks. Figure 3 illustrates the 
structure of a radio block. Each radio block BO to B11 consists of three parts 
which are the MAC header. RLC data block or RLC/MAC corttrol block and 
check block BCS (Block Check Sequence). 

The invention proposes that the BTS participates In the uplink 
35 sending permission assignment procedure when the PCU is not located at the 
BTS site. In the following a preferred embodiment of the invention is described 
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with reference to Figure 4 illustrating a message sequence diagram according 
to an embodiment of the invention. The PCU polls the MS every Nth BP (e.g. 
every second or third BP). Polling can be done e.g. by assigning the MS an 
uplink sending permission by e.g. Including an USF (Uplink State Flag) alio- 
5 cated for the mobile station In a downlink RLC/MAC block's MAC header 
whereupon the MS may transmit In the uplink direction on the next block pe- 
riod as described earlier and response to the polling. Polling can also be done 
e.g. by using a Packet Polling Request message with an RRBP field in the 
MAC header. When an MS is being polled, the PCU preferably notifies the 

10 BTS about it. The notification is given e.g. as part of PCU-TRAU frame control 
information in which the RLC/MAC block containing the polling command is 
transferred (51) from the PCU to the BTS. When the BTS receives such a 
polling command, it saves some parameters associated with the PCU-TRAU 
frame containing the RLC/MAC block in which the MS is being polled and for- 

15 wards (52) the RLC/MAC block to the MS. Such saved parameters are e.g. the 
id of the MS to be polled (e.g. the USF in the MAC header), preferably the Tx 
power level the BTS will use when sending the RLC/MAC block In the air and 
optionally the description of other time slots the MS is using. The MS id may 
be given separately along with the polling command or the BTS may decode 

20 the id from the received RLC/MAC block (e.g. the USF from the MAC header 
of the RLC/MAC block). When the BTS receives a response (53) from the MS, 
the BTS observes if the received frame indicates the MS has data to be 
transmitted. Such an indication may be e.g. an RLC/MAC data block instead of 
e.g. a Packet Uplink Dummy Control Block in which case the Packet Uplink 

25 Dummy Control Block would indicate that the MS has no data to be transmit- 
ted at the moment. The response containing RLC/MAC block is fonArarded (54) 
to the PCU. 

In case the MS indicates that it has no data to be transmitted at the 
moment, the BTS continues with the normal operation. 
30 In case the MS indicates it has more data to be transmitted, the 

BTS operates in the following way: 

When the BTS receives (55) subsequent PCU-TRAU frames for the 
radio timeslot (and optionally for other time slots the MS is using) from the 
PCU, the BTS replaces the MS id (e.g. the USF) in the RLC/MAC block which 
35 assigns a sending penmisslon to the MS and forwards (56) this modified 
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RLC/MAC block to the MS. Thus the MS is given sending pemiissions imme- 
diately. 

The BTS preferably uses the Tx power level and other important pa- 
rameters received along with the original polling command. In case the BTS 
5 receives subsequent PCU-TRAU frames containing an RLC/MAC block or a 
sending permission for the MS, the BTS preferably replaces the Tx power level 
and other important parameters with the parameters received in the most re- 
cent PCU-TRAU frame. 

J The BTS preferably considers parameters saved for the MS and re- 

JO ceived with a new PCU-TRAU frame when sending the RLC/IVIAC block in the 
air. It may happen that in a PCU-TRAU frame the PCU assigns a sending 
pemilssion for the MS, but RLC contents of the RLC/MAC block are destined 
to some other MS and thus e.g. the Tx power level suitable for both MSs must 
be considered when sending the RLC/MAC block in the air. 

i5 In case the BTS has replaced the sending permission with MS's id 

and the MS indicates that it has no more data to transmit at the monnent, the 
BTS stops, according to a preferred embodiment of the invention, replacing 
the id of the MS into RLC/MAC blocks and may remove information associated 
with the MS. The BTS continues with the nonnal operation, i.e. sends 

20 RLC/MAC blocks received from the PCU in the air without modifying sending 
permissions. 

in case the BTS is to assign sending pemnissions to the MS but' the 
PCU sends an idle PCU-TRAU frame in the downlink direction wliich does hot 
contain a valid RLC/MAC block, the BTS will priferably either generate a 

25 RLC/MAC block (e.g. a Packet Downlink Dummy Control Block) in which the 
BTS sets an MS id or the BTS will omit the sending permission. 

Alternatively, in case the fixed allocation is used for the uplink 
transmission, the BTS may assign the MS uplink sending pemiissions In an 
assignment bitmap by fomiing an Assignment message in which a certain 

30 amount of sending pemiissions are allocated to the MS and sending this mes- 
sage to the MS. The MS can continue its uplink sending, according to the as- 
signment bitmap sent by the BTS. The MS using such fixed allocation can be 
polled by using e.g. a Packet Polling Request message or the PCU can pro- 
vide the MS when the data transmission stops temporarily with an assignment 

35 bitmap allowing the MS to send every now and then. 
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According to a preferred embodiment of the invention the PCU may 
use a new bit called Rl (Replace Indication), for Instance, in the PCU-TRAU 
frame- that is sent to the BTS. When the Rl bit is set to 'V, the BTS may re- 
place information that assigns a sending permission to a MS (e.g. a USF) in 

5 the next RLC/MAC bloclc that is sent in the downlink direction, in case the MS 
has indicated it has data to be transmitted, even if the original RLC/MAC block 
received from the PCU assigns a sending permission to some other MS. In 
case the Rl bit is set to '0', the BTS may not replace the MS id assigning a 
sending permission in the RLC/MAC block. 

10 In order to avoid double reservations for the same BP owing to the 

BTS being able to replace a sending permission assignment made by the 
PCU, the following mechanisms may be used according to preferred embodi- 
ments of the invention: 

The Rl field in the above described PCU-TRAU frame is used. 

15 When the PCU allocates a sending pemiission to e.g. an MS making two 
phase access or when the PCU e.g. polls an MS with an RRBP field in an 
RLC/MAC block or in any similar situation when the sending permission allo- 
cated by the PCU should not be changed by the BTS, the PCU sets the Rl 
field to '0' in the PCU-TRAU frame being sent to the BTS that corresponds to 

20 the assigned sending permission. Also when fixed allocation is used, the PCU 
sets the Rl bit to when an MS using fixed allocation is about to transmit. 
That way the BTS may not replace the sending permission with MS's id and 
the MS to which the sending permission was originally assigned may transmit 
without disturbance. 

25 Alternatively, the BTS can keep a record of sending permissions re- 

served in advance. For example, when an MS makes a two-phase access, the 
PCU assigns the MS one sending permission (one BP) on one time slot in 
which the MS sends a Packet Resource Request message to the network. 
The sending permission Is usually assigned over half a second ahead in time 

30 when the PCU handles the two-phase access request. The sending permis- 
sion is assigned to an MS in an Assignment message that is sent from the 
PCU to the BTS and from the BTS to the MS. When the BTS receives such an 
Assignment message, the BTS should keep a record of the assigned sending 
pemiission in order not to replace the assigned sending permission if the MS 

35 has data to be transmitted. Also when the PCU polls an MS with an RRBP 
field in an RLC/MAC block, the BTS should keep a record of those pollings In 
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order not to assign the same BP for two different MSs. In case fixed assign- 
ment is used, the BTS should keep track of the allocated BPs. which means 
that either the BTS decodes the assignment messages sent to the MS or the 
PCU tells the BTS of the assigned sending pemnissions. 

5 The usage of the Rl field in the PCU-TRAU frame is advantageous 

because then the BTS does not have to keep record of P^^-^^^'9"^f ^^^"f;"^ 
pemiissions (e.g. as part of a two-phase access procedure or an RRBP polling 
procedure). Thus the operation of the BTS is simpler. 

An example of the operation of the invention is given below. Send- 

10 ing permissions on one time slot (channel) are described. The fdlowing exam- 
ple also enlightens one embodiment of the invention, ^J^^^ ^'O^^^^^^ 

allowed to assign sending pemiissions (e.g. the value of the Rl b. .s 0 ) and 
the response to polling indicates that the MS has data to be sent. BTS may 
replace sending pem.lss.ons of other MSs with a sending pemi.ss.on of the 

Figures 5A, 5B and 5C illustrate sending pemnissions assigned to 
three mobile stations MS1. MS2 and MSS for block P^"°d^ ^^^'f ^^^-^j'':^ 
mobile station (MS1. MS2 or MSS) to which a sending pemi.ss.on a block 
period is assigned is indicated below the block period number, e.g. MSI below 
20 BP1 indicates that an uplink sending pemnission for block the penod 1 .s as- 
signed to the MSI ^^^^^^ ^^^^^^^^ ^3^^ ^^^ ^ 

silent period sending pen^lssion every third BP. Two other MSs (MS2 and 
MSS) are assigned sending permissions between the pel mg °f ^'^^ ^^^^^ 
25 noticng the MS1 has data to be transmitted, the PCU ass.gns the .MSI a 
permission on everv BP. According to - nomja, po..i^^^^^^^^^^^^ 
the MS1 starts receiving additional sending pemiiss.ons from 11 block penoa 
as illustrated.^ ^^^^ ^^^^^^ ^^^^^ having a silent 

30 period sending permission eveiy third BP. Two other MSs (MS2 and MS3) are 
aligned sending pemiissions between the polling of the MS1. Send.n^ p- 
missions assigned by the PCU are illustrated in Figure 5B >Amen the BTS^^ 
izing the invention notices the MSI has more data to be transmitted, the BTS 
Jaces sending permissions of other MSs with a sending 

35 MS1. Actual sending pemiissions which are sent to the MS 1 after BJS ^as 
modified the sending pemiissions are illustrated ^u Figure 5C. As can be seen 
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the MS1 receives additional sending permissions starting already from the 2"^ 
BP (BP2). When the BTS participates in the sending permission assignment 
operation being perfomned for the MS1, the IVISI receives enough sending 
permissions Immediately when it has data to transmit after a silent period. 
5 When the BTS replaces sending pennlssions assigned by the PCU 

or forms a new assignment bitmap for the MS, the BTS may optionally inform 
the PCU about it. The notification may be included e.g. into uplink PCU-TRAU 
frame control infomnation. That way the PCU knows about the replacement or 
the change In the fixed allocation and does not expect an RLC/MAC block 

10 from some other MS. 

Although the invention has been described above with a system di- 
viding the transmission path on the air interface between several users by a 
time division multiple access (TDMA), it is obvious to one skilled In the art how 
to apply the Invention In connection with other multiple access modulation 

15 techniques, such as code division multiple access (CDMA), frequency division 
multiple access (FDMA) or combinations of different techniques. 

It will be obvious to a person skilled in the art that as the technology 
advances, the Inventive concept can be implemented in various ways. Thus 
the invention and its embodiments are not limited to the examples described 

20 above, but they may vary within the scope of the claims. 
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CLAIMS 

1 . A method for assigning sending pemiissions in a communications 
system comprising a unit providing access to said system for at least one 
communication tenninal and a control unit for scheduling data transfer be- 

5 tween said at least one communication terminal and the communications sys- 
tem, whereby the control unit is located apart from the access providing unit 
and whereby said data transfer takes place on at least one transmission chan- 
nel and more than one communication terminal is arranged to use the same 
transmission channel so that a communication temiinal Is allowed to send on 

10 the transmission channel when a sending pemiisslon is assigned to said 

communication terminal, 

characterized by the method comprising the step of as- 
signing in the access providing unit a sending pennission to the communica- 
tion terminal. 

-15 2. A method according to claim 1 characterized by per- 

forming the said assignment in the access providing unit in response to re- 
ceiving in the access providing unit an indication from the communication ter- 
minal, the indication indicating that the communication temiinal has data to be 
sent 

20 3. A method according toclaim 1 or 2. characterized by 

the method further comprising the step of assigning at least one 
sending permission in the control unit, and 

the sending permission assigned in the access providing unit being 
one of the sending permissions assigned in the control unit. 
25 4. A method according to claim 3 c h a r a c t e r i z e d by the 

method further comprising the step of informing the access providing unit 
about said assignment of a sending pennission in the control unit. 

5. A method according to claims 2, 3 or 4 c h a r a c t e r I z © d by 
the method further comprising the step of fonwarding the indication to the con- 

30 trolunit. . j w tv, 

6. A method according to claim 1, characterized by the 

mettiod comprising the steps of: 

assigning in the control unit a first sending pemiission to the com- 
munication terminal, 
35 informing the access providing unit about said assignment, and 
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assigning in the access providing unit a second sending permission 
to the communication terminal in response to receiving in the access providing 
unit a response due to the first sending permission from the communication 
terminal, the response indicating that the communication terminal has data to 
5 be sent 

7. A method according to claim 6 characte rized by the 
method further comprising the step of forwarding said response to the control 
unit. 

8. A method according to claim 1 characterized by the 
1 0 method further comprising the steps of: 

assigning in the control unit a first sending permission to a first 
communication terminal, 

receiving in the access providing unit an indication from a second 
communication terminal that it has data to be sent, 
15 assigning ft-om the access providing unit the first sending permis- 

sion to the second communication terminal, 

9. A method according to any of the preceding claims, charac- 
terized by assigning sending permissions in the access providing unit to 
the communication terminal until the communication terminal indicates that it 

20 has no more data to be sent. 

1 p. A method according to any of the preceding claims charac- 
terized by the method further comprising the steps of: 

dividing the transmission channel into time periods, and 
allowing the communication terminal to send on the transmission 
25 channel during a time period for which the sending permission is assigned to 
the said communication terminal. 

11. A method according to claim 10, characterized by as- 
signing sending permissions for one time period at a time. 

1 2. A method according to claim 10 or 11, characterized by 
30 the method further comprising the step of indicating from the control unit to the 

access providing unit time periods for which it is not allowed to assign a send- 
ing permission from the access providing unit to a communication terminal 
other than that already defined in the control unit, 

13. A method according to claim 10, 11 or 12 character- 
35 i z e d by the method further comprising the step of keeping a record In the 

access providing unit of sending permissions for time periods that have been 
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reserved in advance whereby sending pemnlssions for such a reserved time 
period is not assigned in the access providing unit to a communication temii- 
nal other than that having a reservation for the time period in question. 

14. A method according to claim 10, 11, 12 or 13, charac- 
5 t e r i z e d by the communications system supporting the General Packet Ra- 
dio Service (GPRS), the access providing unit being a base station and the 
control unit being a packet control unit (PCU). 

15. A method according to claim 14, c h a r a c t e r I z e d by said 

time period being a block period. 
10 16. A method according to claim 14 or 15. characterized by 

assigning a sending pemiission to a communication terminal by including an 
identifier of the communication temiinai in an RLC/MAC block sent to the 

communication terminal. 

17. A method according to claim16. characterized bysaid 
15 identifier being an Uplink State Flag (USF) allocated for the communication 

terminal. ; 

18. A method according to claim 16 or 17, c h a r a c te r i z e d by 
assigning in the base station a sending permission to the communication ter- 
minal by replacing in the access providing unit the identifier of the communica- 

20 tion terminal to a RLC/MAC block to be fonwarded to the communication termi- 
nal. 

19. A method according to any of the preceding claims charac- 
terized by said communications system being a telecommunications sys- 
tem. 

25 20. A method according to any of the preceding claims c h a r a c - 

t e r i z e d by said communication temiinal being a telecommunication termi- 
nal. 

21. A communications system comprising a unit (20) providing ac- 
cess to said system for at least one communication tenninal (40) and a control 

30 unit (11) for scheduling data transfer between said at least one communication 
tenninal and the communications system, whereby the control unit (11) is lo- 
cated apart from the access providing unit (20) and whereby said data transfer 
takes place on at least one transmission channel and more than one commu- 
nication terminal is arranged to use the same transmission channel so that a 

35 communication terminal is allowed to send on the transmission channel when 
a sending pemiission is assigned to said communication temiinal. 
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characterized in that 

the access providing unit (20) is arranged to assign a sending per- 
nnissjon to the connmunication terminal. 

22. A communications system according to claim 21, charac- 
5 terizedin that the access providing unit (20) is anranged to perfonn said 

assignment in response to receiving an indication from the communication 
terminal, that the communication terminal has data to be sent. 

23. A communications system according to claim 21, charac- 
terized in that 

'10 the control unit (1 1) is arranged to assign a first sending permission 

to a first communication terminal (40) and to inform the access providing unit 

(20) about the first assignment, and 

the access providing unit (20) is arranged to assign the first sending 

permission to a second communication terminal in response to receiving an 
15 indication from the second communication temninal, that the communication 

terminal has data to be sent 

24. A communications system according to claim 21, 22 or 23, 
characterized in that the access providing unit (20) is arranged to for- 
ward the indication to the control unit. 

20 25. A communications system according to claim 21, 22 23 or 24 

characterized in that 

the control unit (1 1) is arranged to assign a first sending permission 
to the communication terminal (40) and to inform the access providing unit (20) 
about said assignment, and 

25 the access providing unit (20) is arranged to assign a second 

sending permission to the communication terminal in response to receiving a 
response due to the first sending permission from the communication terminal, 
which response indicates that the communication terminal has data to be sent. 

26. A communications system according to claim 25 charac- 
30 t e r i z e d in that the access providing unit (20) is arranged to forward the 

response to the control unit 

27. A communications system according to any one of claims 21 to 
26, c h a r a c t e r i z e d In that the access providing unit (20) is an-anged to 
assign sending pennissions to the communication terminal (40) until the com- 

35 munication terminal Indicates that it has no more data to be sent. 
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28. A communications system according to any one of claims 21 to 
27 c h a ra c t e r I z e d in that the system is arranged to divide the trans- 
mission channel Into time periods and to allow the communication temiinal 
(40) to send on the transmission channel during a time period for which the 
5 sending permission is assigned to the communication terminal. 

29 A communications system according to claim 28. charac- 
ter i z e d in that sending permissions are assigned for one time period at a 
time. 

30. A communications system according to claim 29, c h a ra c - 
10 t e r I z e d in that the control unit (1 1) is anranged to indicate to the access 
providing unit (20) time periods for which the access providing unit is not al- 
lowed to assign a sending pemiisslon to a communication temninal (40) other 
than that already defined in the control unit. 

31 A communications system according to claim 29 or 30, c h a r- 
15 a c t e r I z e d in that the access providing unit (20) is arranged to keep a rec- 
ord of sending permissions for time periods that have been reserved in ad- 
vance In order not to assign sending permissions for such a resen/ed time pe- 
riod to a communication temiinal other than that having a reservation for the 

time period in question. 
20 32. A communications system according to claim 29, 30 or 3i, 

characterized in that the communications system supports the Gen- 
eral Packet Radio Service (GPRS), the access providing unit (20) is a base 
station and the control unit (11) is a packet control unit (PCU). 

33. A communications system according to claim 32, charac- 
25 t e r i z e d in that said time period is a block period. 

34 A communications system according to claim 32 or 33, c h a r - 
a c t e r i z e d in that a sending permission is assigned to a communication 
terminal (40) by including an identifier of the communication terminal in an 
RLC/MAC block sent to the communication tenninal. 
30 35 A communications system according to claim 34. c h a r a c - 

t e r z e d in that said identifier is an Uplink State Flag (USF) allocated for the 

communication temninal. 

36 A communications system according to claim 34 or 35. c n a r - 
a c t e r i z e d in that the access providing unit (20) is ananged to ass^n a 
35 sending permission to the communication terminal (40) by replacing the .dent- 
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tier of the communication temilnal to an RLC/MAC block to be fonwarded to 
the communication temiinal. 

37. An access providing unit for providing access to a communica- 
tions system for at least one communication terminal (40) said system com- 

5 prising a control unit (11) for scheduling data transfer between said at least 
one communication temilnal and the communications system, whereby the 
control unit is located apart firom the access providing unit (20) and whereby 
said data transfer takes place on at least one transmission channel and more 
than one communication terminal is arranged to use the same transmission 
10 channel so that a communication terminal (40) Is allowed to send on the 
transmission channel when a sending pennission is assigned to said commu- 
nication terminal, 

chara-cterized in that 

the access providing unit (20) is an-anged to assign a sending per- 
15 mission to the communication terminal (40). 

38. An access providing unit according to claim 37, charac- 
terized in that the access providing unit (20) is arranged to perform said 
assignment in response to receiving an indication from the communication 
terminal that the communication temiinal has data to be sent. 

20 39. An access providing unit according to claim 37 or 38, char- 

acterized in that the access providing unit (20) is arranged 

to receive from the control unit information about an assignment of 
a first sending pennission to a first communication terminal, and 

to assign the first sending pennission to a second communication 
25 terminal in response to receiving an indication from the second communication 
temninal, that the communication tenninal has data to be sent. 

40. An access providing unit according to claim 38 or 39, char- 
acterized in that the access providing unit (20) is an-anged to forward the 
indication to the control unit (1 1). 
30 41. An access providing unit according to claim 37, 38, 39 or 40, 

characterized in that 

the access providing unit (20) is arranged 

to receive from the control unit infonnation about an assignment of 
a first sending pennission to a first communication terminal, and 
35 to assign a second sending permission to the first communication 

terminal (40) in response to receiving a response due to the first sending per- 
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mission from the communication temninal. which response indicates that the 
communication tenninal has data to be sent. 

42. An access providing unit according to claim 41, charac- 
terized In that the access providing unit (20) is arranged to fonward the 

5 response to the control unit. 

43 An access providing unit according to any of claims 37 to 42, 
0 h a r a c t e r I z e d in that the access providing unit (20) Is arranged to as- 
sign sending permissions to the communication terminal (40) until the commu- 
nication terminal indicates that it has no more data to be sent. 
^0 : 44. An access providing unit according to any one of daims 37 to 
42,c ha racte rized In that 

the communications systems comprising the access providing unit 
(20) is arranged to divide the transmission channel Into time periods, and 

the access providing unit (20) Is arranged to assign sending per- 

1 5 missions for one time period at a time. 

45. An access providing unit according to claim 44, c h a r a c - 
t e r i z e d in that the access providing unit (20) is arranged not to assign a 
sending permission to a communication terminal other than that already de- 
fined in the control unit for time periods Indicated by the control unit. 

20 46 An access providing unit according to claim 44. ch arac- 

t e r I z e d in that the access providing unit (20) is arranged to keep a record 
of sending permissions for time periods that have been reserved In advance in 
order not to assign sending penmissions for such a reserved time period to a 
communication terminal other than that having a reservation for the time pe- 

25 riod in question. 

47 An access providing unit according to any one of claims 37 to 
46 c h a r a c t e r i z 6 d In that the access providing unit (20) is a base sta- 
tion of a communications system supporting the General Packet Radio Sen/ice 

(GPRS). _ . 

30 48 An access providing unit according to claim 47. ch a rac- 

te rl zed in that the access providing unit (20) Is arranged to assign a 
sending permission to a communication temninal (40) by Including an identifier 
of the communication terminal in an RLC/MAC block sent to the communica- 

tlon temninal. >iq ^Korar- 

gs 49 An access providing unit according to claim 48. ch arac 

te rized In that the access providing unit (20) is anranged to assign a 
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sending permission to the communication temninai (40) by replacing tiie identi- 
fier of the communication terminal to an RLC/IVIAC block to be fonwarded to 
the communication terminal. 
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